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Beschreibung 

Verfahren zum automat ischen Abrechnen 

Die Erfindung bezieht sich auf ein Verfahren zum automati- 
schen Abrechnen in einer Anordnung mit einem Telekommunika- 
tionsnetz und einem anderen Telekommunikationsnetz , wobei 
zwischen dem einen und dem anderen Telekommunikationsnetz 
elektronische Inf ormationen ausgetauscht werden konnen. 

Betreiber von Telekommunikationsnetzen bieten gegenwartig 
eine Reihe von elektronischen Dienstleistungen an, die von 
den im jeweiligen Telekommunikationsnetz angemeldeten Benut- . 
zern kostenpf lichtig genutzt werden konnen. Ein Beispiel 
hierfur sind sogenannte Premium-Raten-Dienste, die fur die 
Benutzer uber eine Vorwahl ,,0190" erreichbar sind. Mit der 
weiteren gegenseitigen Offnung der Telekommunikationsnetze 
wird jedoch angestrebt, daS es zukunftig auch Drittanbietern 
ermoglicht werden soli, solche kostenpf lichtigen Dienste uber 
die Telekommunikationsnetze anzubieten. Drittanbieter bedeu- 
tet in diesem Zusammenhang, daS die Vorrichtung, welche zur 
Bereitstellung der elektronischen Dienstleistungen genutzt 
wird, beispielsweise eine Servereinrichtung, von dem Telekom- 
munikationsnetz nicht umfasst ist, uber welches die elektro- 
nische Dienstleistung den Benutzern des Tel ekommunikat ions - 
netzes zur Verfugung gestellt wird. Mogliche Drittanbieter 
konnten insbesondere Internet-Service-Provider (ISP) oder Ap- 
plication-Service-Provider (ASP) sein. Die elektronischen 
Dienste der Drittanbieter umfassen beispielsweise den Verkauf 
von Waren jeglicher Art. 



Urn eine groSe Anzahl von potent iellen Dienstenutzer zu errei- 
chen, ist es fur den Drittanbieter vorteilhaft, die in einem 
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Telekommunikationsnetz angebotene Dienstleistung nicht nur 
den Benutzern dieses Telekommunikationsnetzes zur Verfiigung 
zu stellen, sondern auch den Benutzern anderer Telekommunika- 
tionsnetze. Ein solches netzunabhangiges Bereitstellen von 
Diensten vergrofiert die Anzahl der potentiellen Nutzer. Die- 
ses erfordert jedoch den Austausch von elektronischen Infor- 
mationen zwischen den Telekommunikationsnetzen, gegebenen- 
falls in Echtzeit. 

Fur den Drittanbieter ist es in diesem Zusammenhang von be- 
sonderer Bedeutung, daS die von ihm fiber die Telekommunika- 
tionsnetze angebotene Dienstleistung zuverlassig und schnell 
gegenuber dem Benutzer abgerechnet wird. 

Aufgabe der Erfindung ist es, ein Verfahren der eingangs ge- 
nannten Art zu schaffen, das eine in verschiedenen Telekommu- 
nikationsnetzen einsetzbare Moglichkeit zum zuverlassigen Ab- 
rechnen von Dienstleistungen schafft. 

Diese Aufgabe wird erf indungsgemafc durch ein Verfahren nach 
dem unabhangigen Anspruch 1 gelost . 

Die Erfindung umfasst als wesentlichen Gedanken insbesondere 
die Verwendung eines CAP-Protokolls (CAP-„CAMEL Applications 
Part"; CAMEL- Customized Applications for Mobile Network En- 
hanced Logic") oder eines INAP-Protokolls (INAP-„ Intelligent 
Network Application Protokoll") zum Austauschen elektroni- 
scher Gebuhreninf ormationen zwischen Telekommunikationsnet- 
zen, die an der Bereitstellung und der Nutzung von elektroni 
schen Dienstleistungen beteiligt sind. Die Nutzung des CAP- 
Protokolls oder des INAP-Protokolls gewahrleistet eine Adres 
sierung, ein Routing sowie die Sicherheit der zum Ubertragen 
der elektronischen Gebuhreninformationen notwendigen Opera- 
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tionen. Die als solche bekannten CAP-Protokolle unci INAP-Pro- 
tokolle stellen die benotigten Sicherheitsmechanismen zur 
Verfugung, welche beispielsweise zur Authentif izierung, zum 
Integritatsschutz sowie zur Sicherstellung der Vertraulich- 
keit der ubertragenen elektronischen Inf ormationen beitragen. 
Da die notwendigen Strukturen zur Nutzung des CAP-/lNAP-Pro- 
tokolls in den Telekonimunikationsnetzen grundsatzlich zur 
Verfugung stehen, mussen in den Telekommunikationsnetzen zur 
Nutzung des erf indungsgemaSen Verfahrens zum automat ischen 
Abrechnen nur geringe AnpassungsmaSnahmen vorgenommen werden. 
Auf diese Weise werden die Kosten fur die Telekommunikations- 
netze gering gehalten, da fur die Implement ierung eines auto- 
matischen Abrechnungsverf ahrens keine zweite Inf rastruktur 
mit neuen Netzknoten entwickelt und aufgebaut werden muss. 

Aus Sicht eines Drittanbieters , der eine Dienstleistung uber 
Telekommunikationsnetze fur Benutzer zur Verfugung stellen 
mochte, besteht weiterhin der Vorteil, daS lediglich mit nur 
einem Telekommunikationsnetz uber eine Schnittstelle eine di- 
rekte Verbindung auszubilden ist, urn die Verf ugbarkeit der 
Dienstleistung des Drittanbieters auch in anderen Telekommu- 
nikationsnetzen zu schaffen. Hierdurch werden die Kosten zum 
Aufbau einer Inf rastruktur , die die Verf ugbarkeit der Dienst- 
leistung fur einen moglichst grofien Benut zerkreis gewahrleis- 
tet, fur den Drittanbieter gering gehalten. 

Mit Hilfe des erf indungsgemaJSen Verfahrens konnen auch 
kleinste Gebiihren wirtschaf tlich automatisch abgerechnet wer- 
den. Aus Sicht des Benut zers ist keine Anmeldeprozedur bei 
dem Drittanbieter erf orderlich, welche von Benutzern hauf ig 
als nachteilig empfunden wird. Daruber hinaus miissen keine 
sicherheitsrelevanten Daten wie beispielsweise Kreditkarten- 
nummern oder Kontoverbindungs- Inf ormationen uber ungesicherte 
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Verbindungen in den Telekommunikationsnet zen iibertragen wer- 
den . 

Eine zweckmaSige Weiterbildung der Erfindung sieht vor, daS 
die vermittlungseinrichtung als Reaktion auf den- Empf ang der 
Telekommunikationsanfrage eine Telekommunikationsverbindung 
zwischen der einen der Telekommunikationseinrichtungen und 
der Diensteanbieter-Servereinrichtung automatisch herstellt . 
Auf diese Weise wird gewahrleistet , daS der Benutzer der Te- 
lekommunikationseinrichtung moglichst schnell mit dem 
Diensteanbieter in Verbindung treten kann. Handel t es sich 
bei der Telekommunikationseinrichtung beispielsweise um ein 
Mobiltelefon, mit dem der Benutzer beim Diensteanbieter eine 
Ware bestellen mochte, so handelt es sich bei der weiteren 
Servereinrichtung um die Vermittlungsstelle des Diensteanbie- 
ters. Die Telekommunikationsverbindung ist in diesem Fall 
zweckmafiig eine Sprachverbindung . 

Bei einer vorteilhaf ten Ausgestaltung der Erfindung kann vor- 
gesehen sein, daS die Diensteanbieter-Servereinrichtung von 
einem Netzwerk umfasst ist und daS kostenpf lichtige Netzwerk- 
inhalte uber die Telekommunikationsverbindung von der 
Diensteanbieter-Servereinrichtung an die eine der Telekommu- 
nikationseinrichtungen ubertragen werden. Auf diese Weise ist 
es dem Benutzer der Telekommunikationseinrichtung ermoglicht, 
elektronische Inf ormationen gebuhrenpf lichtig von einer Ser- 
vereinrichtung des Diensteanbieters abzurufen. Bei der Tele- 
kommunikationseinrichtung kann es sich in diesem Fall bei- 
spielsweise um ein Modem handeln, uber welches der Benutzer 
sich bei der Vermittlungseinrichtung meldet . 

Bei einer vorteilhaf ten Ausf uhrungsform der Erfindung ist das 
Netzwerk das Internet. Auf diese Weise ist es moglich, die 
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vielen itn Internet kostenpf lichtig angebotenen Inhalte den 
Benutzern der Telekommunikationsnetze schnell und benutzer- 
freundlich zur Verfiigung zu stellen und hier eine zuverlas- 
sige und exakte automatische Abrechnung zu gewahrleisten. 

Urn dem Benutzer die vom Drittanbieter angebotene Dienstleis- 
tung auch zur Verfugung zu stellen, wenn der Benutzer sich 
mit der Telekommunikationseinrichtung zunachst nicht in das 
Telekommunikationsnetz einwahlt, in welchem die Telekommuni- 
kationseinrichtung als Nutzungseinrichtung registriert ist, 
sieht eine zweckmaSige Ausgestaltung der Erfindung vor, dafi 
die Benutzer-Servereinrichtung von einem weiteren Telekommu- 
nikationsnetz umfasst ist, so daS das Ubertragen der elektro- 
nischen Gebuhreninf ormationen von der Vermittlungseinrichtung 
an die Benutzer-Servereinrichtung eine Telekommunikations- 
iibertragung von dem einen Telekommunikationsnetz zu dem wei- 
teren Telekommunikationsnetz umfasst. 

Die Erfindung wird im folgenden anhand von Ausf uhrungsbei- 
spielen unter Bezugnahme auf eine Zeichnung naher erlautert. 
Hierbei zeigen: 

Figur 1 eine schematische Darstellung zur Erlauterung des 

Verfahrens zum automatischen Abrechnen in einer An- 
ordnung mit zwei Telekommunikationsnetzwerken; 

Figur 2 eine schematische Darstellung zur Erlauterung des 

Verfahrens zum automatischen Abrechnen in einer An- 
ordnung mit drei Telekommunikationsnetzen; 

Figur 3 eine schematische Darstellung des Nachrichtenf lus- 
ses im Fall einer erf olgreichen Abrechnung von Ge- 
buhren; und 
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Figur 4 eine schematische Darstellung des Nachrichtenf lus- 
ses fur den Fall, dafi Gebiihren nicht abgerechnet 
werden konnen. 

Figur 1 zeigt eine schematische Darstellung einer Anordnung 
mit einem Telekommunikationsnetz 1 und einem anderen Telekom- 
munikationsnetz 2. Bei den Telekommunikationsnetzen 1, 2 kann 
es sich jeweils um ein Festnetz oder ein Mobilf unknetz han- 
deln, wobei auch der Fall auftreten kann, dafi eines der bei- 
den Te 1 ekommunikat ionsne t ze 1, 2 ein Festnetz und das andere 
ein Mobilf unknetz ist . Ein Festnetz kann verwendet werden, 
wenn ein analoger Triggermechanismus implementiert ist und 
sich die miteinander kommunizierenden Netze weiterhin auf ein 
gemeinsames Protokoll verstandigen. Dieses zu nutzende Proto- 
koll ist entweder ein CAP- oder ein INAP- Protokoll . Das Tele- 
kommunikationsnetz 1 umfasst einen Benutzer- Server 3, in dem 
Konto-Inf ormationen fur Telekommunikationseinrichtungen 
elektronisch gespeichert sind, die in dem Telekommunikations- 
netz 1 registriert sind. Die Telekommunikationseinrichtungen 
sind in dem Telekommunikationsnetz 1 anhand einer jeweils ei- 
genen Geratekennung identif izierbar . Die Geratekennung bildet 
die Basis fur eine automat ische Zuordnung der in dem Benut- 
zer-Server 3 gespeicherten Konto-Inf ormat ion. Bei der Gerate- 
kennung kann es sich beispielsweise um die MSISDN (MSISDN - 
Mobile Station ISDN number, ISDN - „ Integrated Services Digi- 
tal Network") oder die IMSI (IMSI - „ International Mobile 
Subscriber Identity") handeln. Genauer betrachtet handelt es 
sich dabei nicht um die Kennung des speziellen Gerates son- 
dern um die Kennung der SIM-Karte (SIM - „ Subscriber Identity 
Module") , 

Das Telekommunikationsnetz 1 weist weiterhin eine SSP-Ein- 
richtung 4 (SSP-„Service Switching Point") auf. In dem Aus- 
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fuhrungsbeispiel dient die SSP-Einrichtung 4 der Koordination 
und Vermittlung von Anfragen, die von einer Telekommunika- 
tionseinrichtung 5, beispielsweise einem Festnetztelef on, 
einem Mobiltelefon oder uber ein Modem, gestellt werden. Bei 
dem in Figur 1 dargestellten Ausfuhrungsbeispiel- ist das Te- 
lekommunikationsnetz 1 das sogenannte „Heimatnetzwerk" fur 
die Telekommunikationseinrichtung 5. Wenn der Benutzer der 
Telekommunikationseinrichtung 5 nun eine Dienstleistung in 
Anspruch nehmen mochte, die von einem Drittanbieter uber eine 
Diensteanbieter-Servereinrichtung 6 angeboten wird, mussen 
elektronische Inf ormationen zwischen den Telekommunikations- 
netzen 1, 2 ausgetauscht werden. Hierbei ist die Dienstean- 
bieter-Servereinrichtung 6 gemaS Figur 1- uber ein OSA-Gateway 
7 an das andere Telekommunikationsnetz 2 angekoppelt, so dafi 
15 zwischen dem Diensteanbieter- Server 6 und dem anderen Te- 
lekommunikationsnetz 2 Inf ormationen in elektronischer Form 
ausgetauscht werden konnen. Das OSA-Gateway 7 ubersetzt das 
OSA-Protokoll in das CAMEL-Protokoll . Weiterhin sorgt es auch 
fur Sicherheit, indem es das Netz von auSen abschirmt . Das 
OSA-Gateway 7 ist nur ein Beispiel, es kann auch ein Parlay- 
Gateway oder ein ganz anderes Gateway vorgesehen sein, das 
von der Dienstanbieter-Servereinrichtung 6 uber ein proprie- 
ties Interface angesprochen wird. Die Dienstanbieter- Ser- 
ver einrichtung 6 ist bei dem dargestellten Ausfiihrungsbei- 
25 spiel von einem Netzwerk 9 umfasst, bei dem es sich 

beispielsweise urn das Internet handeln kann. Es kann jedoch 
auch vorgesehen sein, daS die Dienstanbieter- 
Servereinrichtung 6 nicht in ein Netzwerk integriert ist. 




30 



Bei der von dem Drittanbieter uber den Diensteanbieter-Server 
6 angebotene Dienstleistung kann es sich beispielsweise urn 
den Verkauf irgendeiner Ware handeln. So kann der Drittanbie- 
ter zum Beispiel ein Verkehrsunternehmen sein, welches auf 
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diesem Wege Fahrkarten verkauft. Beim Erwerb der Fahrkarte 
durch den Benutzer der Telekommunikationseinrichtung 5 muss 
der Fahrkartenkauf anschlieSend automatisch elektronisch ab- 
gerechnet werden. Hierzu sollen die Konto-Inf ormationen ge- 
nutzt werden, die fur die anhand der Geratekennung identifi- 
zierbare Telekommunikationseinrichtung 5 in dem Benutzer- Ser- 
ver 3 gespeichert sind. Wenn die Telekommunikationseinrich- 
tung 5 gemaS den Inf ormationen in dem Benutzer- Server 3 iiber 
ein Vorauszahlungskonto („ Prepaid "-Konto) verfugt, kann das 
elektronische Guthaben zum Bezahlen der von dem Drittanbieter 
uber den Diensteanbieter-Server 6 angebotene Dienst lei stung 
genutzt werden. 

Im folgenden wird das Verfahren bei der Inanspruchnahme der 
von dem Drittanbieter angebotenen Dienstleistung durch den 
Benutzer der Telekommunikationseinrichtung 5, insbesondere 
die zum automatischen Abrechnen der in Anspruch genommenen 
Dienstleistung notwendigen Schritte unter Bezugnahme auf die 
Figuren 1 und 3 erlautert . Der Benutzer der Telekommunika- 
tionseinrichtung 5 ruft zunachst eine spezielle Telef onnummer 
an 20, die ihm fur die Inanspruchnahme der Dienstleistung be- 
kannt ist. Die SSP-Einrichtung 4 empfangt den Anruf der Tele- 
kommunikationseinrichtung 5 und erkennt die Telekommunika- 
tionseinrichtung 5 anhand ihrer Geratekennung. Mit Hilfe der 
Geratekennung stellt die SSP-Einrichtung 4 automatisch fest, 
dafi die Nutzung der Telekommunikationseinrichtung 5 mit Hilfe 
des Vorab-Bezahlverfahrens abzugelten ist. Der in der SSP- 
Einrichtung 4 liegende „Trigger in Abhangigkeit der Gerate- 
kennung" 21 ist netzabhangig und initiiert das Senden einer 
Startinformation, welche eine IDP-Nachricht (IDP - „ Initial 
Detection Point") 22 an den Benutzer- Server 3 umf asst . Der 
Trigger ist entweder ein an der SSP-Einrichtung 4 realisier- 
tes bestimmtes Trigger-Prof il oder eine gemafc dem CAMEL- St an- 
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dard definierte O-CSI (O-CSI - Originating CAMEL Subscrip- 
tion Information") . Der Benutzer- Server 3 antwortet mit einer 
AC-Nachricht (AC - „ApplyCharging") , einer CUE-Nachricht (CUE 
- „Continue") , einer RRB-Nachricht (RRB - „ Request Report BCS- 
MEvent") und einer SCI -Nachricht (SCI - „ SendCharginglnf orma- 
tion") 23. Zusatzlich wird eine RNC-Nachricht (RNC - „Re- 
questNotification-Charging") gesendet . Die RNC-Nachricht 
veranlaSt die SSP-Einrichtung 4, das Eintreffen von Gebuhren- 
informationen, insbesondere einer Gebuhrenanforderung zu 
uberwachen . 

In einer vorteilhaf ten Ausfuhrung wird keine RNC-Nachricht 
gesendet, sondern eine bereits aufgefiihrte Nachricht, z. B. 
die RRB-Nachricht derartig erweitert, daS diese die gleiche 
Funktonalitat an der SSP-Einrichtung 4 anstofit , wie sie fur 
die RNC-Nachricht beschrieben wurde . Geltende Standards fiir 
CAP- oder INAP-Protokolle erlauben die kompatible Definition 
solcher Zusatze, die „ Extensions" genannt werden. Dieses hat 
den Vorteil, daS Protokolle (bestimmte Versionen des CAP oder 
eines INAP) , welche die RNC-Nachricht nicht def iniert haben, 
ebenso genutzt werden konnen. 

AnschlieSend wertet die SSP-Einrichtung 4 die von der Tele- 
kommunikationseinrichtung 5 angerufene Telef onnummer aus . Fiir 
diese Telef onnummer ist in der SSP-Einrichtung 4 ein geeigne- 
ter Trigger gesetzt 24, beispielsweise eine D-CSI -Operation 
(D-CSI - „Dialed Camel Subscription Information") . Der Trig- 
germechanismus kann ebenso auf einem an der SSP-Einrichtung 4 
realisierten, bestimmten Trigger-Prof il basieren. Bei Trig- 
gerung sendet die SSP-Einrichtung 4 eine IDP-Nachricht 25 an 
die OSA-Schnittstelle 7 in dem anderen Telekommunikationsnetz 
2. Als Antwort auf die empfangene IDP-Nachricht sendet das 
OSA-Gateway 7 an die SSP-Einrichtung 4 automatisch die fol- 
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gende Nachricht: CUE, CWA (CWA - „ContinueWithArgument ") oder 
CON (CON - „Connect") und RRB 26. Die RRB -Nachricht umfasst 
hierbei insbesondere die Auf f orderung, das Auflegen durch die 
Telekommunikationseinrichtung 5 zu iiberwachen. Die bisher be- 
schriebenen Verf ahrensschritte zum Austauschen elektronischer 
Informationen zwischen dem Benutzer- Server 3 der SSP-Einrich- 
tung 4 in dem Telekommunikationsnetz 1 und der OSA-Schnitt- 
stelle 7 in dem anderen Telekommunikationsnetz 2 werden mit 
Hilfe eines CAP-Protokolls oder eines INAP-Protokolls ausge- 
fuhrt . 

Nachdem die notwendigen Schritte mit Hilfe des CAP- oder des 
INAP-Protokolls ausgefuhrt wurden, baut die SSP-Einrichtung 4 
eine Telekommunikationsverbindung 8 (vgl . Figur 1) zwischen 
der SSP-Einrichtung 4 und dem Diensteanbieter-Server 6 auf 
27. Dieses geschieht in Abhangigkeit von der Telef onnummer , 
welche von der Telekommunikationseinrichtung 5 angewahlt 
wurde. Bei der Telekommunikationsverbindung 8 kann es sich 
beispielsweise urn eine Sprachverbindung, insbesondere eine 
ISUP-Verbindung (ISUP - „ISDN User Part"; ISDN - w Integrated 
Services Digital Network") handeln. Der Benutzer der Telekom- 
munikationseinrichtung 5 kann dann auf diesem Wege mit dem 
Diensteanbieter Kontakt aufnehmen und die Dienstleistung in 
Anspruch nehmen 28. Bei der Telekommunikationsverbindung 8 
kann es sich jedoch auch urn eine Verbindung zum Ubertragen 
elektronischer Informationen handeln, die auf dem Dienstean- 
bieter-Server 6 abrufbar gespeichert sind. Zum Beispiel 
konnte der Diensteanbieter-Server 6 als Teil des Internets 
ausgebildet sein, so daS der Benutzer der Telekommunikations- 
einrichtung 5 iiber die Telekommunikationsverbindung 8 Inter- 
net -Inhalte abrufen kann. 
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Nachdem der Benutzer der Telekommunikationseinrichtung 5 die 
Dienstleistung beansprucht hat oder dem Diensteanbieter mit- 
geteilt hat, welche Dienstleistung er in Anspruch nehmen 
mochte, wird in dem Diensteanbieter -Server 6 eine elektroni- 
sche Gebuhrenanforderung erzeugt und an das OSA-Gateway 7 
ubersandt 29. Das OSA-Gateway 7 sendet daraufhin mittels des 
CAP- oder des INAP-Protokolls eine SCI-Nachricht 30 an die 
SSP-Einrichtung 4. Die Gebuhrenanforderung kann hierbei in 
den sogenannten E-Parametern der SCI-Nachricht enthalten 
sein. Diese E-Parameter sind zwar einheitenlos und spezifi- 
zieren nicht einen bestimmten Betrag kommen konnen jedoch fur 
den beschriebenen Zweck genutzt und konfiguriert werden. Die 
E-Parameter konnen beispielsweise wie folgt genutzt werden: 
Von der im Mobil funks tandard definierten AoC - Funktionalitat 
(AoC - „AdviceOf Charge") , die mittels der Definition der E- 
Parameter und deren mathematischer Verknupfung (eine Forme 1 , 
prinzipielle Form AoC =scaling {constant + time related + 
data related}) realisiert wird, ist vorzugsweise nur der kon- 
stante Anteil 'constant', d.h. Parameter E4 zu benutzen; 
„scaling n ist auf '1' und die anderen Anteile sind auf '0' zu 
setzen. Dieser Parameter ist def iniert als die Anzahl .der 
beim Empfang zu inkrementierenden 'Units', mit den folgenden 
Daten: min = 0, max = 819. 1 und Resolution = 0,1. Bei direk- 
ter Nutzung dieser Kommastellenvorgabe konnte beispielsweise 
4 Euro mit Hilfe des aquivalenten Werts e4 = 40 dargestellt 
werden . 

Da die SSP-Einrichtung 4 von dem Benutzer- Server 3 in einem 
vorhergehenden Schritt 23 die RNC-Nachricht erhalten hat oder 
in einer vorteilhaf ten Ausfiihrung z. B. die RRB-Nachricht 
derartig erweitert wurde, daS sie Funktionalitat der RNC- 
Nachricht ubemommen hat, ist die SSP-Einrichtung 4 nun in 
der Lage, die Gebuhrenanforderung von dem OSA-Gateway 7 als 
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solche zu erkennen und automatisch an den Benutzer -Server 3 
weiterzuleiten. Hierzu werden die Operationen ENC (ENC - 
„EventNotificationCharging«) und ACR (ACR - „ApplyChargingRe- 
port") 31 ubersandt, die dann von dem Benutzer- Server 3 mit 
einer AC-Nachricht beantwortet werden. In einer vorteilhaf ten 
Ausfuhrung wird die ENC-Nachricht nicht gesendet, sondern die 
ACR-Nachricht derartig erweitert, so daS diese die gleiche 
Funktionalitat wie die ENC-Nachricht zusatzlich besitzt. 
Diese Ausfuhrung ist dann zu nutzen, wenn zuvor keine RNC- 
Nachricht gesendet wurde . Dieses bedeutet, dafi das im Rahmen 
des CAMEL-Dialogs zwischen dem OSA-Gateway 7 und der SSP-Ein- 
richtung 4 ausgefuhrte Ubertragen der Gebuhrenanf orderung 
durch die SSP-Einrichtung 4 und das Ubergeben der Gebiihrenan- 
forderung an den CAP- oder den INAP-Dialog zwischen der SSP- 
Einrichtung 4 und dem Benutzer- Server 3 auch zum Senden der 
ACR-Nachricht fuhrt, die es dem Benutzer -Server 3 ermoglicht, 
die elektronisch gespeicherte Konto- Information fur die Tele- 
kommunikationseinrichtung 5 zu aktualisieren und in Abhangig- 
keit von der Aktualisierung hierauf automatisch zu reagieren. 
Sollte die in dem Benutzer- Server 3 elektronisch gespeicherte 
Konto-lnformation einen ausreichenden Vorauszahlungskonto- 
stand anzeigen, dann wird der zuvor ubermittelte Betrag in 
der Nachricht 31 vom Konto abgebucht und der Dialog zu SSP- 
Einrichtung 4 durch die Ubertragung einer AC-Nachricht 32 
we iterge fuhrt . 

Sollte die fur die Telekommunikationseinrichtung 5 in dem Be 
nutzer-Server 3 elektronisch gespeicherte Konto-lnformation 
ergeben, daB zum Verbuchen der Gebuhrenanf orderung ein nicht 
ausreichender vorauszahlungskontostand vorhanden ist, kann 
der Benutzer-Server 3 im einfachsten Fall mit der Operation 
RC (RC -„Release Call") reagieren 40 (vgl . Figur 4), worauf- 
hin die Telekommunikationsverbindung 8 ausgelost wird. Eine 
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andere Moglichkeit besteht darin, daS der Benutzer- Server 3 
eine Operation DL (DL - „DisconnectLeg") sendet , urn den 
Diensteanbieter auszulosen. Die SSP-Einrichtung 4 sendet dann 
gemaS dem CAMEL- Protokollstandard eine ERB-Nachricht 41 mit 
dem Ereignis „Disconnect B-Party« an das OSA-Gateway 7, so 
dafi der Diensteanbieter- Server 6 uber dieses Ereignis infor- 
miert werden kann, zum Beispiel mit Hilfe einer Fehlermeldung 
42 nach dem OSA-Protokoll . In diesem Zusammenhang kann dann 
vorgesehen sein, dafi der Diensteanbieter-Server 6 dem Benut- 
zer der Telekommunikationseinrichtung 5 automatisch eine ent- 
sprechende Ansage vorspielt . In dem oben genannten Beispiel 
des Erwerbs einer Fahrkarte bei einem Verkehrsbetrieb konnte 
Inhalt der vorgespielten Nachricht eine dahingehende Informa- 
tion sein, dafi das Vorauszahlungskonto des Benutzer s keine 
ausreichende Deckung auf weist . 

Fur den fehlerfreien Ablauf des beschriebenen Verfahrens 
sollten die in den Telekommunikationsnetzen 1, 2 installier- 
ten CAMEL- Protokol 1 standards von ausreichender Aktualitat 
sein. Gegenwartig ist in dem Telekommunikationsnetz 1 zweck- 
mafiig CAMEL 3 standardkonf orm erweitert oder CS1-INAP und im 
anderen Telekommunikationsnetz 2 zweckmaSig CAMEL 3 oder CS1- 
INAP (CS1 - „Capability Set 1") implement iert . 

Figur 2 zeigt eine Anordnung, bei der im Unterschied zu Figur 
1 die SSP-Einrichtung 4 nicht in dem Telekommunikationsnetz 1 
sondern in einem weiteren Telekommunikationsnetz 100 angeord- 
net ist. Es handelt sich hierbei urn die Situation, daS der 
Benutzer der Telekommunikationseinrichtung 5 sich nicht im 
Bereich des Telekommunikationsnetzes 1 befindet, welches sein 
„Heimatnetz" bildet. In diesem Fall empfangt eine SSP-Ein- 
richtung 101 den Anruf der Telekommunikationseinrichtung 5 
und nimmt im Rahmen eines ublichen „Roamings" Kontakt mit dem 
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Benut zer- Server 3 in dem Telekommunikationsnetz 1 auf . Der 
elektronische Informationsaustausch zwischen der SSP-Einrich- 
tung 101 und dem Benut zer- Server 3 sowie zwischen der SSP- 
Einrichtung 101 und dem OSA-Gateway 7 in dem anderen Telekom- 
munikationsnetz 2 wird wie oben beschrieben mit Hilfe des 
CAP- Oder des INAP-Protokolls ausgef iihrt . GemaS Figur 2 wird 
zum elektronischen Datenaustausch zwischen der Telekommunika- 
tionseinrichtung 5 und der SSP-Einrichtung 101 sowie zwischen 
dem Diensteanbieter- Server 6 und der SSP-Einrichtung 101 je- 
weils ein geeignetes Protokoll genutzt, beispielsweise han- . 
delt es sich urn eine ISUP-Verbindung . 

Das beschriebene Verfahren kann vorteilhaft auch genutzt wer- 
den, urn kostenpf lichtige Internet -Dienste abzurechnen. Hier- 
bei ist die Dienstanbieter-Servereinrichtung 6 von dem Netz- 
werk 9, dem Internet umf aSt . In diesem Fall kann der Zugang 
zu der Dienst lei stung beispielsweise mit Hilfe einer 
Modemeinwahlverbindung ins Internet erfolgen. Soil dann eine 
Abrechnung erfolgen, wird der Benut zer der Modemverbindung 
auf gef ordert , eine Service-Telefonnummer anzurufen. Uber 
diese hierbei entstehende Verbindung rmissen dann keine Daten 
ubertragen werden, sie dient „lediglich» dazu, die CAMEL-Ver- 
bindung aufzubauen. Daruber hinaus wird hierdurch der Benut - 
zer auch anhand der Geratekennung identif iziert , wodurch si- 
chergestellt wird, da& die Gebuhrenanf orderung der richtigen 
Telekommunikationseinrichtung 5 zugeordnet wird. 
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Patentanspruche 



Verfahren zum automat ischen Abrechnen in einer Anordnung 
mit einem Telekommunikationsnetz (1) und einera anderen 
Telekommunikationsnetz (2) , wobei das Verfahren die fol- 
genden Schritte umf aSt : 

- automat isches Erfassen einer elektronischen Startinfor- 
mation (22) mit Hilfe einer Benutzer-Servereinrichtung 
(3) in dem einen Telekommunikationsnetz (1), in welcher 
Konto-Informationen fur mehrere anhand einer elektroni- 
schen Kennung jeweils automatisch identif izierbare Te- 
lekommunikationseinrichtungen elektronisch gespeichert 
sind, wobei die Start information von einer Vermitt- 
lungseinrichtung (4; 101) als Reaktion auf einen Emp- 
fang einer Telekommunikationsanf rage (2 0) von einer 
(5) der Telekommunikationseinrichtungen an die Benut- 
zer-Servereinrichtung (3) ubermittelt wird; 

- Ubertragen (29) einer elektronischen Gebuhreninf orma- 
tion von einer Diensteanbieter-Servereinrichtung (6) 
uber eine Sennit tstelle (7) an das andere Telekommuni- 
kationsnetzwerk (2) ; 

- Ubertragen (3 0) der elektronischen Gebuhreninf ormat ion 
von dem anderen Telekommunikationsnetzwerk (2) an die 
Vermittlungseinrichtung (4; 101); 

- Ubertragen (31) der elektronischen Gebuhreninf ormation 
von der Vermittlungseinrichtung (4; 101) an die Benut- 
zer-Server-einrichtung (3) ; und 

- automatisches Verarbeiten der Gebuhreninf ormation mit- 
tels der Benutzer-Servereinrichtung (3) ; 

wobei zum Ubertragen der elektronischen Gebuhreninf orma- 
tion zwischen der Schnittstelle (7) in dem anderen Tele- 
kommunikationsnetzwerk (2) und der Vermittlungseinrich- 
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tung (4; 101) sowie zwischen der Vermittlungseinrichtung 
(4; 101) und der Benutzer-Servereinrichtung (3) ein 
CAP/INAP-Protokoll genutzt wird. 

2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, 
daS die Vermittlungseinrichtung (4; 101) als Reaktion auf 
den Empfang der Telekommunikationsanf rage (20) eine Tele- 
kommunikationsverbindung (8,28) zwischen der einen (5) 
der Telekommunikationseinrichtungen und der Diensteanbie- 
ter-Serverein-richtung (6) automatisch herstellt. 

3. Verfahren nach Anspruch 2, dadurch gekennzeichnet, 
dafi die Diensteanbieter-Servereinrichtung (6) von einem 
Netzwerk (9) umfasst ist, und daS kostenpf lichtige Netz- 
werkinhalte uber die Telekommunikationsverbindung von der 
Diensteanbieter-Servereinrichtung (6) an die eine (5) der 
Telekommunikationseinrichtungen ubertragen werden. 

4. Verfahren nach Anspruch 3, dadurch gekennzeichnet, 
daS das Netzwerk (9) das Internet ist. 



5. Verfahren nach einem der vorangehenden Anspruche, da- 
durch gekennzeichnet, daS die Vermittlungseinrich- 
tung (101) von einem weiteren Telekommunikationsnetz (100) 
umfasst ist, so daS das ubertragen der elektronischen Ge- 
buhreninformation von der Vermittlungseinrichtung (101) ar 
die Benutzer-Servereinrichtung (3) eine Telekommunika- 
tionsubertragung von dem einen Telekommunikationsnetz (1) 
zu dem weiteren Telekommunikationsnetz (100) umfasst. 
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Zus ammenf a s sung 

Verfahren zum automat ischen Abrechnen 

Die Erfindung betrifft ein Verfahren zum automatischen Ab- 
rechnen in einer Anordnung mit einem Telekommunikationsnetz 

(1) und einem anderen Telekommunikationsnetz (2) . Bei dem 
Verfahren werden zwischen einer Benutzer-Servereinrichtung 

(3) und einer von dem Telekommunikationsnetz (1) umfassten 
Vermittlungseinrichtung (4) sowie zwischen einer Schnitt- 
stelle (7) in dem anderen Telekommunikationsnetz (2) und der 
Vermittlungseinrichtung (4) elektronisch Daten unter Verwen- 
dung eines CAP/INAP-Protokollstandards ausgetauscht . 

(Figur 1) 
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